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Patent Application 
CTX-049 (1545/83) 

Activity Monitor and Resource Manager in a Network Environment 

Field of the Invention 

The present invention relates generally to apparatus and methods for resource 
management in a client/server environment and more specifically to an apparatus and 
5 method for managing resources on the server and network in response to monitored 
activity on the client. 

Background of the Invention 

Computer communication networks typically include one or more nodes 
termed server nodes and one or more nodes termed client nodes. A server provides a 
10 service to a client upon receiving a request from the client. An example of a service is 
the execution, on the server, of an application with which the user of the client wants to 
interact. 

Once a client has established a connection with the server, the server allocates 
certain necessary server resources to that client to perform the requested services. For 
1 5 example, these server resources may include resources necessary to maintain the 
connection between the client and resources and resources necessary to execute the 
requested application. Once these resources are allocated to this client, they are not 
available for another client that subsequently connects to the server. 

A problem that arises is that the server continues to allocate these resources 
20 even though the user is inactive on the client. This typically occurs with application 
where the server is continually updating the client with information, "server push" 
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applications, and thus is neither monitoring nor detecting client inactivity. Another 
problem is that if the server does monitor client inactivity and terminates communication 
resources in response to this server monitoring, the server may not be able to easily 
reestablish communication. For example, firewall security v^ill typically prohibit the 
5 server from reestablishing communication, and thus the client will have to reestablish 
communication. Typically it will appear to the user of the client that he is establishing a 
new connection and repeating the process over from the beginning. These problems 
create a need for managing server resources in response to the actual user activity level 
on the client. 

1 0 The present invention addresses this need. 

Summary of the Invention 

The invention relates to an apparatus and method for monitoring, by a client 
node, the activity level of a user on the client and managing, by a server, the network 
resources, including server resources, in response to the level of activity identified by the 

1 5 client. This combination allows the server to manage its resources in the most efficient 
manner while at the same time creating a substantially seamless interaction with the user 
on the client, in response to the user's activity level 

In one embodiment the invention relates to a method for managing network 
resources. The method includes the steps of allocating on a server at least one server 

20 resource to a client; monitoring activity of a user by the client to detect a change in the 
level of activity; transmitting to the server from the client a notification of change of 
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activity; and managing the at least one allocated server resource on the server in response 
to the notification. In one embodiment the notification of change of activity is in 
response to user inactivity. In another embodiment the method further includes the step 
of storing state of the at least one allocated server resource, when the notification is 

5 received, for resumption at substantially the same state in response to a subsequent 

notification of change of activity. In another embodiment the method further includes the 
steps of terminating transmission of output data to the client associated with an 
application executing on the server in response to the notification; storing the output data 
in a storage area following the notification; and transmitting the stored output data to said 

10 client in response to a subsequent notification of change of activity. In yet another 
embodiment the method includes the step of reducing the at least one allocated server 
resoxorce on the server in response to the notification. 

In another embodiment the invention relates to a system for managing network 
resources. The system includes a server including a resource manager and a server 

1 5 communication link in communication with the resource manager, and a client in 
communication with the server. The client includes an activity monitor and a client 
communication link in communication with the activity monitor. The client activity 
monitor detects a level of activity of a user on the client and in response to a change in 
the activity transmits over the communication link to the server a notification of change 

20 of activity. The server resource manager, in response to the notification, manages server 
resource associated with the client. In one embodiment the notification of change of 
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activity represents user inactivity. In another embodiment the server further includes a 
server first storage buffer in communication with the resource manager. The server 
stores output data generated by an application in the first storage buffer in response to the 
notification. In another embodiment the server transmits the output data, stored in the 
5 first storage buffer, to the client in response to a subsequent notification of change of 
activity. In yet another embodiment the server further includes a server second storage 
buffer in communication with the resource manager. The server stores the state of the 
allocated resource, when the notification is received, for resumption at substantially the 
same state in response to a subsequent notification of change of activity. In still yet 

1 0 another embodiment the invention relates to a client for monitoring user activity. The 
client includes an activity monitor and a communication link in communication with the 
activity monitor. The client activity monitor detects a level of activity of a user on the 
client and in response to a change in the level of activity transmits, over the 
communication link to an external server, a notification of change of activity. In one 

15 embodiment the notification of change of activity represents user inactivity. In another 
embodiment the client communication link initiates re-establishing communication with 
the server in response to the notification. In still yet another embodiment the activity 
monitor further includes a notification generator; an inactivity timer in communication 
with the notification generator; and user detection I/O in communication with the 

20 inactivity timer and the notification generator. The user detection I/O detects lack of 
activity of a user on the client and transmits the result of the detection to the inactivity 
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timer. In response to the result, the inactivity timer starts counting until it is either reset 
by detection of activity by the user I/O or counts to a predetermined value. The 
notification generator, in response to the inactivity timer reaching the predetermined 
value transmits, over the communication link to an external server, a notification of 
5 change of activity. 

In still yet another embodiment the invention related to a server for managing 
resources allocated to an external client. The server includes a resource manager and a 
communication link in communication with the resource manager. The server resource 
manager, in response to a notification of change of activity from an external client 
10 received over the communication link, manages the server resource associated v^th the 
external client. In anther embodiment the notification of change of activity represents 
user inactivity. In another embodiment the server further includes a first storage buffer in 
commimication with the resource manager. The server stores output data generated by an 
application in the first storage buffer in response to the notification, 

15 Brief Description of the Drawings 

The foregoing and other objects, features and advantages of the present 
invention, as well as the invention itself, v^U be more fully understood from the 
following description of preferred embodiments, when read together with the 
accompanying drawings, in which: 

20 FIG. 1 is a high level block diagram of an embodiment of the invention. 
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FIG. 2 is a more detailed block diagram of an embodiment of the invention 
shown in Fig. 1. 

FIG, 3 is a block diagram of another embodiment of the invention in which the 
client monitors multiple applications independently. 

5 FIG. 4 is a flow chart depicting of an embodiment of a process of the invention 

by which a client monitors for inactivity, notifies the server of the inactivity and the 
server reacts in response to client inactivity. 

Detailed Description of Preferred Embodiments 

In broad overview, FIG. 1 depicts a system 10 in which a client 14 and a server 
10 18 communicate with each other over a communication channel 22, using the server 
communication link 26 and the client communication link 34. Once a client 14 
establishes conamunication with the server 18 and requests a service, a resource manager 
30 allocates the necessary resources to maintain the communication with the client 14 
and perform the requested service. 
15 An activity monitor 38 monitors the user activity on the client 14 through the 

user detection I/O 42, which is described in more detail below. When the activity 
monitor 38 detects that the user has not been active on the cUent 14 for a predetermined 
period of time, the activity monitor 38 generates a notification of change of activity, 
representing user inactivity. The activity monitor 38 transmits the notification to the 
20 client commimication link 34. Once a notification of activity has been generated, the 
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activity monitor 38 continues to monitor the user detection I/O 42 for resumption of 
activity by the user* Upon detection, the activity monitor 38 generates a notification of 
change of user activity, representing user activity. The activity monitor 38 transmits the 
notification to the client communication link 34. 
5 The client communication link 34 transmits the notification, representing 

either activity or inactivity, to the server communication link 26, which in tixm transmits 
the notification to the resource manager 30. In response to the notification 46, the 
resource manager 30 manages the allocated resources as applicable, as is described in 
more detail below. 

10 FIG. 2 depicts the server 18 and the client 14 in more detail. In one 

embodiment, the user detection I/O 42 (FIG. 1) with which the activity monitor 38 
interacts includes a keyboard 74 and/or a mouse 70. The activity monitor 38 simply 
monitors the drivers of these devices to verify that there is a user interacting with the 
client 14. As known in the art, the activity monitor 38 may not have to monitor the 

15 keyboard 74 and mouse 70 drivers directly. In another embodiment, the activity monitor 
38 monitors the screensaver API, which is informed of keyboard 74 and mouse 70 
inactivity after a period of time. In another embodiment, the activity monitor 38 is sent 
keyboard 74 and mouse 70 events directly by the operating system. 

In an embodiment where there is not an extemal resource monitoring keyboard 

20 74 and mouse 70 activity, the activity monitor 38 must time the period of inactivity. 
When the keyboard 74 and mouse 70 become inactive, the activity monitor 38 starts a 
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timer. The timer simply counts up, over time, clock pulses or other accepted periodic 
increments, until it reaches a predetermined maximum value. In another embodiment, 
the timer may start at the maximxim value and count down. If at any time while the timer 
is counting, the activity monitor 38 detects user interaction, the timer will be reset to the 
5 initial state (e.g., zero or the maximum value). Once the timer counts up to the 

predetermined maximum value, or coimts down to zero, the activity monitor 38 generates 
a notification of change of activity and transmits the notification to the server 1 8 as 
described above. In this case, the notification represents user inactivity. In one 
embodiment, if the operating system of the client 14 is monitoring for a period of 

1 0 inactivity, the activity monitor 38 can set the user selectable period of time in the 
operating system to the predetermined maximum value. 

Subsequent to transmitting the notification of change of activity, the activity 
monitor 38 continues monitoring the keyboard 74 or mouse 70 for the resumption of user 
activity. When the user becomes active again (e.g., the activity monitor 38 detects a 

1 5 driver in use), the activity monitor 38 generates a notification of change of activity and 
transmits the notification to the server 18 as described above. In this case, the 
notification represents user activity. 

In another embodiment the activity monitor 38 monitors the display 66 of the 
client 14 and detects when a system Screensaver is initiated. The mechanism to detect the 

20 Screensaver initialization is specific to the operating system (e.g., WINDOWS® of 

Microsoft Corp. of Redmond, WA, X ofX.org for Unix®of The Open Group of Woborn 
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MA) of the client 14 and is well documented for each of the operating systems. When 
the system Screensaver initiation is detected, the activity monitor 38 generates a 
notification of change of activity and transmits the notification to the server 18 as 
described above. In this case, the notification represents user inactivity. When the 
5 system Screensaver is terminated, the activity monitor 38 generates a notification of 
change of activity and transmits the notification to the server 1 8 as described above. In 
this case, the notification represents user activity. 

In some cases, a typical user response is to move the mouse 70 immediately 
after the screensaver is initiated, thus terminating the Screensaver. With this response, a 

10 notification representing user activity is sent immediately after a notification representing 
user inactivity. This unnecessarily uses communication channel 22 and server 1 8 
resources. In one embodiment, to prevent this use of resources the activity monitor 38 
waits a predetermined small amount of time after the screensaver is initiated before 
transmitting the notification representing user inactivity, 

15 When a screensaver is used, there are many different sources that can provide 

the screensaver. In one embodiment, the screensaver that is displayed on the display 66 
of the client 14 is a display provided by the operating system of the client 14. In another 
embodiment, the screensaver that is displayed on the display 66 of the client 14 is a 
display that is generated by the activity monitor 38. This screensaver can provide status 

20 information to the user. In yet another embodiment, the screensaver that is displayed on 
the display 66 of the client 14 is a display transmitted by the display generator 84 of the 
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server 18. The display can be indicative to the user of an idle server connection to 
remind the user that a server connection still exists but is at a reduced allocation of 
resources. The display generator 84 can be a simple storage device storing a graphic 
image to be displayed. The display generator 84 can be an additional application that 
5 generates advertisements based on the services that the server 18 is providing for the 
client 14. 

In another embodiment, the activity monitor 38 monitors other detection 
means 78 to determine user activity. These other detection means 78 can include 
technologies that detect whether there is user is physically at the client 14. For example 

10 other detection means 78 can include infrared detection of user's body temperature or 
video detection using a digital video camera in combination with image recognition 
software or motion detection. When other detection means 78 is used, the activity 
monitor 38, in one embodiment, uses the same inactivity timer as described above, to 
count a period of inactivity prior to transmitting a notification, 

1 5 On the server 1 8, the resource manager 30 receives the notification from the 

client 14 and takes action in response to this notification. The exact action that the 
resource manager 30 takes is dependent on the services that the server 18 is providing for 
that particular client 14. If the resource manager 30 receives a notification indicating 
user inactivity, the resource manager will start reducing some or all of the allocated 

20 resources for that client 14. The means for transmitting the notification varies with the 
protocol of the communication channel 22 between the client 14 and server 18. If the 
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protocol does not support the notification, the client 14 can initiate a second 
communication channel 22' (not shown) specifically for the notification transmissions, 
using a protocol that supports the notification (e.g., a simple HTTP connection). 

One of the services the server 18 provides to the client 14 can be, for example, 
5 the execution of an application 94. In one embodiment, the appUcation 94 is of no use to 
the user once he or she leaves the cUent 14. In this embodiment, the resource manager 30 
terminates the execution of that application 94 in response to the notification. 

In another embodiment, the application 94 is of no use to the user while he or 
she is not interacting with the client 14, but the user will want to resume the application at 

10 the point in the execution of the application where they left off In this embodiment, the 
resource manager 30 suspends the execution of that application 94 in response to the 
notification, and upon suspension, stores the state of the application in the storage buffer 
80. This suspension allows the server CPU 88 resources that were needed for execution 
of the application 94 to be used for other services. Upon a subsequent notification from 

15 the client 14 representing user activity, the resource manager 30 retrieves the state of the 
application 94 from the storage buffer 80 and resumes execution of the application 94 at 
the stored state. This resumption requires the resumption of the server CPU 88 resources 
needed for execution of the application 94. 

In another embodiment, the application 94 the user wants the output of the 

20 application 94 while he or she is not interacting with the client 14. In this embodiment, 
the resource manager 30 terminates transmitting the output of that application 94 to the 
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client 14 in response to the notification representing user inactivity. Instead, the output of 
the application is stored in the storage buffer 80. This frees up resources on the 
communication chaimel 22 for other clients in the network while the client is not 
interacting with the client 14. Upon a subsequent notification from the cHent 14 
5 representing user activity, the resource manager 30 retrieves the stored output from the 
storage buffer 80 and transmits the stored output data to the client 14. In another 
embodiment, the stored output is compressed to save on transmission resources. In 
another embodiment, the output data is limited to the most current display 66 at the time 
when the output data is re-transmitted to the client 18. In this case, the storage buffer 80 

10 is limited to the size of the display 66. Each new piece of output overwrites the data in 
the storage buffer 80 that corresponds with the portion of the display 66 that has changed. 

In another example, another service the server 18 provides to the client 14 can 
be maintaining the communication channel 22 between the client 14 and the server 18. In 
one embodiment, the resource manager 30, upon notification representing user inactivity, 

15 reduces resources dedicated to maintaining communication between the client 14 and the 
server 18, but leaves the communication channel 22 connected. The resource manager 30 
instructs the communications channel 22 that the connection is of low priority. For 
example, in one embodiment the communication channel includes a transmission 
mechanism that controls and reduces the amount of bandwidth consumed (e.g., Internet 

20 Protocol, Quality of Service), In another embodiment, the resource manager 30 sends 
signals to the communication channel 22 hardware (e.g., routers manufactured by Cisco 
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Systems, Inc. of San Jose^ CA) to de-prioritize the transmission stream. In another 
embodiment, the communication channel 22 provides a low level priority or Quality of 
Service, so that when designated as such by the resource manager 30, the transmission 
occurs only when there is nothing else being transmitted on the communication channel 
5 22. 

In another embodiment, the resource manager 30 or the activity monitor 38 
disconnects the connection subsequent to the notification of change of activity 
representing user inactivity. In this embodiment, the server 18 and the client 14 engage 
in an interchange prior to disconnecting the connection. For example, the interchange 

10 can be the exchange of state information to aid in the reconnection. In one embodiment, 
the activity monitor 38 can store this state information a client storage area (not shown). 
In another embodiment, the resource manager 30 can store this state information in the 
storage buffer 80. In another example, the interchange can be the exchange of protocol 
specific information to synchronize an asynchronous protocol. When the communication 

15 channel 22 is disconnected, the client 14 typically initializes the re-establishment of the 
cotmection, due to firewall security schemes. In other embodiments however, the server 
18 can re-establish the connection. For example, the server 18 can use a third party to 
request that the client 14 re-establishes the communication channel 22. 

FIG. 3 depicts an exemplary embodiment of a system 10 in which the server 

20 18 is executing two applications for the client 14. The output of each application is 
displayed in a separate application window 102, 1 12 on the client display 66. In this 
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embodiment, each application window 102,1 12 has a separate Screensaver with which it 
is associated. The activity monitor 38 (FIG. 2) monitors each application window 
separately. When the user stops interacting with an application window 102, 1 12, the 
activity monitor 38 (FIG. 2) starts a timer, as described above, for that particular 
5 application v^ndow. 

For example and illustration purposes, the user is only interacting with the 
application window 102 associated with executing application one 106. Since the user is 
not interacting with the application window 1 12 associated with executing application 
two 1 16 the activity monitor 38 (FIG. 2) starts counting, as described above. Once the 

10 timer reaches a predetermined value, a Screensaver is initiated for that specific 

application v^ndow 112. The activity monitor 38 (FIG. 2) transmits a notification of 
change of activity associated with that specific application 116. In one embodiment, the 
Screensaver that is displayed on the application window 112 associated with executing 
application two 1 16 is a display transmitted by the display generator 84 (FIG. 2) of the 

1 5 server 1 8. As described above, the display can be indicative to the user of reduced 
allocation of server resources for application two 1 16 or advertisements related to the 
application two 116. The resource manager 30 (FIG. 2) reduces resources allocated for 
that specific application two 116. For some examples, as described above the resoixrce 
manager 30 (FIG. 2) can terminate execution of the application 116, save the current state 

20 of the application 1 16 or save the output of the application 1 16 to a storage buffer 80 
(FIG. 2). 
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FIG. 4 depicts an exemplary embodiment of a process by which a cUent 14 
(FIG. 2) monitors for a change in activity level, notifies the server 18 (FIG. 2) of the 
change in activity level and the server 1 8 reacts in response to the change in client 
activity level. The client 14 transmits (step 10) over the communication channel 22 (FIG. 
5 2) from the client communication link 34 (FIG. 2) to the server 18a request to execute an 
application 94 (FIG. 2). The server communication link 26 (FIG. 2) receives (step 14) 
the request and the server 18 executes (step 18) the requested application 94. As the 
application 94 creates output data, the application transmits the output data to the server 
communication link 26 (FIG. 2). The embodiment of FIG. 2 depicts the output data 

10 flowing through the resource manager 30 (FIG. 2). This is shown so the resource 
manager 30 can intercept data to store in the storage buffer 80 (FIG. 2). However, in 
other embodiments, this can be accomplished in other structures. For example, the output 
data can flow directly from the application 94 to the server communication link 26 and 
the resource manager 30 intercepts the output data from the server communication link 

15 26. In another example, the output data can flow from the CPU 88 (FIG. 2), which is 
executing the instructions of the application 94 to the server communication link 26. 

The sever communication link 26 transmits (step 22) the output data to the 
client 14, The client communication link 34 receives (step 26) the output data and 
displays (step 30) the output data on the client display 66 (FIG. 2). If there is more than 

20 one application window (e.g., the application windows 102 and 1 12 depicted in FIG. 3), 
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the output data is displayed in the application window associated with the executing 
application 94. 

The server 18, in a continuous loop, executes (step 18) the application 94 and 
transmits (step 22) output data the application 94 generates until the client 14 sends a 
5 notification of change of user activity. In the depicted embodiment, the client 14 activity 
monitor 38 (FIG. 2) determines (step 34) whether the system screensaver has been 
activated. If it has, this indicates that the user has been inactive for a predetermined 
amount of time. The client 14 transmits (step 38) to all of the servers with which the 
client 14 is in communication a notification of change of activity representing user 

10 inactivity. If the system screensaver is not activated, the client 14 activity monitor 38 
determines (step 42) whether a specific application window screensaver has been 
activated. If it has, this indicates that the user has not interacted with that particular 
application window for a predetermined amount of time. The client 14 transmits (step 
46) to the server executing that application a notification of change of activity 

15 representing user inactivity with that respective application. If a specific application 
window screensaver has not been activated, the client 14, in a continuous loop, receives 
(step 26) and displays (step 30) output data and determines whether the system (step 34) 
or an application window (step 42) screensaver has been activated. 

In some embodiments where the screensaver is used to monitor for inactivity, 

20 the screensaver will not be initiated as long as the server 1 8 is transmitting data to be 
displayed on the display 66 of the client 14. In one of these embodiments, the activity 
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monitor 38 forces the Screensaver to be initiated when the inactivity period has been 
reached. For example, the activity monitor 38 can monitor the keyboard 74 or the mouse 
70 or the other detection means 78 as described above, in parallel to monitoring the 
system screensaver. The determination of whether to override the system Screensaver 
5 can be made by the activity monitor 38 or the resource manager 30, The determination 
can take into accoimt who is providing the screensaver and whether the application 94 is 
a type that requires user interaction or physical presence. 

When the server 18 receives the notification of change of activity representing 
user inactivity, the server manages (step 50) the resources associated with the specific 

10 inactive application(s). In the depicted embodiment, the server 18 determines (step 54) 
whether the server 18 should continue executing the application 94. If the server 18 
terminates execution, the server stores (step 58) the current state of the application 94 in a 
storage buffer 80, If the server 18 continues executing the application 94, the server 
determines (step 62) whether the client 14 needs the output data generated while the user 

15 is inactive. If the client 14 does need the data, the server 18 stores (step 64) all of the 
generated output data in a storage buffer 80. If the client 14 does not need the data, the 
server 18 discards all of the generated output data until the server receives another 
notification representing user activity. 

Subsequent to a screensaver becoming active, the client 14 activity monitor 38 

20 determines (step 70) whether the user inactivity has ended. For example, whether the 
screensaver has been deactivated. If the user inactivity has not ended, the activity 
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monitor continues monitoring. If the user inactivity has ended, the client 14 re- 
establishes (step 74) communication with the server 18. As described above, this can 
entail anything from simply transmitting over the communication channel 22, v^hich 
remained open during inactivity, to re-establishing a connection with the server 18. 

5 Subsequent to re-estabUshing communication with the server 18, the client 14 transmits a 
notification of change of activity representing user activity. In response to the 
notification, the server 18 resource manager 30 manages the resources. In this case 
where the notification represent user activity, the resource manager 30 re-establishes 
(step 78) resources necessary to provide the prior requested (step 10) services. For 

1 0 example, this can include obtaining the state of the application from the storage buffer 80 
and beginning execution of the appUcation 94 at that state. This can also include 
obtaining (step 82) the output data stored (step 64) in the storage buffer 80. The server 
18 transmits (step 22) this stored output data to the client 14 and continues executing 
(step 18) the application 94. 

15 Equivalents 

The invention may be embodied in other specific forms without departing from 
the spirit or essential characteristics thereof The foregoing embodiments are therefore to 
be considered in all respects illustrative rather than limiting on the invention described 
herein. Scope of the invention is thus indicated by the appended claims rather than by the 
20 foregoing description, and all changes which come within the meaning and range of 
equivalency of the claims are therefore intended to be embraced therein. 
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CLAIMS 

What is claimed is: 



1 1 . A method for managing network resources, the method comprising the steps of: 

2 a) allocating on a server at least one server resource to a client; 

3 b) monitoring activity of a user by said client to detect a change in the 

4 level of activity; 

5 c) transmitting to said server from said cUent a notification of change 

6 of activity; and 

7 d) managing at least one said allocated resource on said server in 

8 response to said notification. 

1 2. The method of claim 1 wherein said notification of change of activity is in 

2 response to user inactivity. 

1 3. The method of claim 2 further comprising the step of storing the state of the at 

2 least one allocated resource such that resumption occurs at substantially said same 

3 state in response to a subsequent notification of change of activity. 
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1 4. The method of claim 2 further comprising the steps of: 

2 e) terminating transmission of output data to said client associated 

3 with an application executing on said server in response to said notification; 

4 f) storing said output data in a storage area following said 

5 notification; and 

6 g) transmitting said stored output data to said client in response to a 

7 subsequent notification of change of activity. 

1 5, The method of claim 2 further comprising the step of displaying a predefined 

2 display on said client foUovnng detection of a change in the level of user activity, 

1 6. The method of claim 5 further comprising the step of transmitting from said 

2 server to said client said predefined display. 

1 7. The method of claim 2 wherein step (d) comprises reducing said at least one 

2 allocated resource on said server in response to said notification. 

1 8. The method of claim 7 further comprising the steps of: 

2 e) transmitting to said server from said client a second notification of 

3 change of activity; and 

4 f) resuming said at least one allocated resource on said server in 

5 response to said second notification of change of activity. 
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1 9. The method of claim 7 further comprising the step of reducing at least one 

2 allocated resource in the network communication charmel associated with 

3 maintaining communication between said server and said client. 

1 10. The method of claim 2 wherein step (d) comprises reducing said at least one 

2 allocated resource to a predetermined level such that when the user resumes activity, 

3 resumption of said pre-reduced allocated resource is substantially transparent to said user. 

1 11. The method of claim 2 wherein step (d) comprises the steps of: 

2 (d-a) terminating communication with said client; and 

3 (d-b) reducing said at least one allocated resource associated with 

4 maintaining communication with said client. 

1 12. The method of claim 1 1 further comprising the steps of: 

2 e) re-establishing said communication between said client and said 

3 server; and 

4 f) transmitting to said server from said client a second notification of 

5 change of activity. 

1 13. The method of claim 12 further comprising the step of initiating, by said client, 

2 the re-establishment of said communication between said client and said server. 
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1 14, A system for managing network resources^ the system comprising: 

2 a server comprising: 

3 a resource manager; and 

4 a server communication link in communication with said resource 

5 manager; and 

6 a client in communication with said server, said client comprising: 

7 an activity monitor; and 

8 a client communication link in communication v^th said activity monitor, 

9 wherein said client activity monitor detects a level of activity of a user on 

10 said client and in response to a change in said level of activity transmits over said 

1 1 commvmication link to said server a notification of change of activity; and 

12 wherein said server resource manager, in response to said notification, 

13 manages said at least one server resource associated with said client. 

1 15. The system of claim 14 wherein said notification of change of activity represents 

2 user inactivity, 

1 16. The system of claim 14 wherein said server resource manager, in response to said 

2 notification, reduces at least one server resource associated with said client. 
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1 17. The system of claim 14 wherein said server further comprises a server first 

2 storage buffer in communication with said resource manager, 

3 wherein said server stores output data generated by an application in said 

4 first storage buffer in response to said notification. 

1 18. The system of claim 17 wherein said server transmits said output data stored in 

2 said first storage buffer to said client in response to a subsequent notification of 

3 change of activity. 

1 1 9. The system of claim 1 4 wherein said server further comprises: 

2 a server second storage buffer in communication with said resource 

3 manager, 

4 wherein said server stores the state of said at least one allocated resource 

5 when said notification is received, for resumption at substantially same said state 

6 in response to a subsequent notification of change of activity, 

1 20. The system of claim 1 5 wherein said server further comprises: 

2 a server display generator in communication with said resource manager, 

3 wherein said display generator produces a display which said server 

4 transmits to said client and wherein said client displays said display following 

5 detection of a change in the level of activity. 

1 21. The system of claim 1 5 wherein said client communication link initiates re- 

2 establishing communication with said server in response to said notification. 
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1 22, A client for monitoring user activity, the client comprising: 

2 an activity monitor; and 

3 a communication link in communication with said activity monitor, 

4 wherein said client activity monitor detects a level of activity of a user on 

5 said client and in response to a change in said detection transmits over said 

6 communication link to an external server a notification of change of activity. 

1 23. The client of claim 22 wherein said notification of change of activity represents 

2 user inactivity. 

1 24, The client of claim 22 wherein said client communication link initiates re- 

2 establishing communication with said server in response to said notification. 

1 25. The client of claim 22 wherein said activity monitor further comprises: 

2 a notification generator; 

3 an inactivity timer in communication with said notification generator; and 

4 a user detection I/O in communication with said inactivity timer and said 

5 notification generator, 

6 wherein said user detection I/O detects lack of activity of a user on said 

7 client and transmits detection to said inactivity timer and in response to this 

8 detection said inactivity timer starts counting until it is either reset by detection of 

9 activity by said user I/O or counts to a predetermined value; and wherein said 
10 notification generator, in response to said inactivity timer reaching said 
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1 1 predetermined value transmits over the communication link to an external server a 

1 2 notification of change of activity. 

1 26. The client of claim 25 wherein subsequent to said inactivity timer reaching said 

2 predetermined value, said user detection I/O detects resumption of activity of a 

3 user and in response to this detection, said notification generator transmits over 

4 the communication link to an external server a notification of change of activity. 

1 27. A server for managing resources allocated to an external client, the server 

2 comprising: 

3 a resource manager; and 

4 a communication link in communication with said resource 

5 manager, 

6 wherein said server resource manager, in response to a notification of 

7 change of activity from an external client received over the communication link, 

8 manages said at least one server resource associated with said external client. 

1 28. The server of claim 27 wherein said notification of change of activity represents 

2 user inactivity. 

1 29. The server of claim 27 wherein said server resource manager, in response to said 

2 notification received over the communication link, reduces at least one server 

3 resource associated with said external client. 
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1 30. The server of claim 27 wherein said server further comprises: 

2 a first storage buffer in communication with said resource 

3 manager, 

4 wherein said server stores output data generated by an application in said 

5 first storage buffer in response to said notification. 

1 31. The server of claim 30 wherein said server transmits said output data stored in 

2 said storage buffer to said external client in response to a subsequent notification 

3 of change of activity. 

1 32. The server of claim 27 wherein said server further comprises: 

2 a storage buffer in communication with said resource manager, 

3 wherein said server stores the state of said at least one allocated resource 

4 in said storage buffer , such that when subsequent notification is received in 

5 response to a change of activity, resumption occurs at substantially said same 

6 state. 

1 33 . The server of claim 27 wherein said server further comprises: 

2 a server display generator in communication with said resource 

3 manager, 

4 wherein said display generator produces a display which said server 

5 transmits to an external client for displaying following detection of a change in 

6 the level of activity. 
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Abstract 

An apparatus and method for monitoring the activity level of a user by the client 
and managing the network resources, including server resources, in response to the level 
of activity identified by the client. In one embodiment the invention relates to a method 
for managing network resources, in response to the level of activity identified by the 
client. In another embodiment the invention relates to a system for managing network 
resources, in response to the level of activity identified by the client. In still yet another 
embodiment the invention related to a server for managing resources allocated to an 
external client, in response to the level of activity identified by the client. 
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